Перевод: со всех языков на русский

с русского на все языки

данные о производительности

  • 1 performance data

    данные о производительности; эксплуатационные данные; технические данные

    Англо-русский строительный словарь > performance data

  • 2 remote maintenance

    1. дистанционное техническое обслуживание

     

    дистанционное техническое обслуживание
    Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.
    [ОСТ 45.152-99 ]

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    Service from afar

    Дистанционный сервис

    ABB’s Remote Service concept is revolutionizing the robotics industry

    Разработанная АББ концепция дистанционного обслуживания Remote Service революционизирует робототехнику

    ABB robots are found in industrial applications everywhere – lifting, packing, grinding and welding, to name a few. Robust and tireless, they work around the clock and are critical to a company’s productivity. Thus, keeping these robots in top shape is essential – any failure can lead to serious output consequences. But what happens when a robot malfunctions?

    Роботы АББ используются во всех отраслях промышленности для перемещения грузов, упаковки, шлифовки, сварки – всего и не перечислить. Надежные и неутомимые работники, способные трудиться день и ночь, они представляют большую ценность для владельца. Поэтому очень важно поддерживать их в надлежащей состоянии, ведь любой отказ может иметь серьезные последствия. Но что делать, если робот все-таки сломался?

    ABB’s new Remote Service concept holds the answer: This approach enables a malfunctioning robot to alarm for help itself. An ABB service engineer then receives whole diagnostic information via wireless technology, analyzes the data on a Web site and responds with support in just minutes. This unique service is paying off for customers and ABB alike, and in the process is revolutionizing service thinking.

    Ответом на этот вопрос стала новая концепция Remote Service от АББ, согласно которой неисправный робот сам просит о помощи. C помощью беспроводной технологии специалист сервисной службы АББ получает всю необходимую диагностическую информацию, анализирует данные на web-сайте и через считанные минуты выдает рекомендации по устранению отказа. Эта уникальная возможность одинаково ценна как для заказчиков, так и для самой компании АББ. В перспективе она способна в корне изменить весь подход к организации технического обслуживания.

    Every minute of production downtime can have financially disastrous consequences for a company. Traditional reactive service is no longer sufficient since on-site service engineer visits also demand great amounts of time and money. Thus, companies not only require faster help from the service organization when needed but they also want to avoid disturbances in production.

    Каждая минута простоя производства может привести к губительным финансовым последствиям. Традиционная организация сервиса, предусматривающая ликвидацию возникающих неисправностей, становится все менее эффективной, поскольку вызов сервисного инженера на место эксплуатации робота сопряжен с большими затратами времени и денег. Предприятия требуют от сервисной организации не только более быстрого оказания помощи, но и предотвращения возможных сбоев производства.

    In 2006, ABB developed a new approach to better meet customer’s expectations: Using the latest technologies to reach the robots at customer sites around the world, ABB could support them remotely in just minutes, thereby reducing the need for site visits. Thus the new Remote Service concept was quickly brought to fruition and was launched in mid-2007. Statistics show that by using the system the majority of production stoppages can be avoided.

    В 2006 г. компания АББ разработала новый подход к удовлетворению ожиданий своих заказчиков. Использование современных технологий позволяет специалистам АББ получать информацию от роботов из любой точки мира и в считанные минуты оказывать помощь дистанционно, в результате чего сокращается количество выездов на место установки. Запущенная в середине 2007 г. концепция Remote Service быстро себя оправдала. Статистика показывает, что её применение позволило предотвратить большое число остановок производства.

    Reactive maintenance The hardware that makes ABB Remote Service possible consists of a communication unit, which has a function similar to that of an airplane’s so-called black box 1. This “service box” is connected to the robot’s control system and can read and transmit diagnostic information. The unit not only reads critical diagnostic information that enables immediate support in the event of a failure, but also makes it possible to monitor and analyze the robot’s condition, thereby proactively detecting the need for maintenance.

    Устранение возникающих неисправностей Аппаратное устройство, с помощью которого реализуется концепция Remote Service, представляет собой коммуникационный блок, работающий аналогично черному ящику самолета (рис. 1). Этот блок считывает диагностические данные из контроллера робота и передает их по каналу GSM. Считывается не только информация, необходимая для оказания немедленной помощи в случае отказа, но и сведения, позволяющие контролировать и анализировать состояние робота для прогнозирования неисправностей и планирования технического обслуживания.

    If the robot breaks down, the service box immediately stores the status of the robot, its historical data (as log files), and diagnostic parameters such as temperature and power supply. Equipped with a built-in modem and using the GSM network, the box transmits the data to a central server for analysis and presentation on a dedicated Web site. Alerts are automatically sent to the nearest of ABB’s 1,200 robot service engineers who then accesses the detailed data and error log to analyze the problem.

    При поломке робота сервисный блок немедленно сохраняет данные о его состоянии, сведения из рабочего журнала, а также значения диагностических параметров (температура и характеристики питания). Эти данные передаются встроенным GSM-модемом на центральный сервер для анализа и представления на соответствующем web-сайте. Аварийные сообщения автоматически пересылаются ближайшему к месту аварии одному из 1200 сервисных инженеров-робототехников АББ, который получает доступ к детальной информации и журналу аварий для анализа возникшей проблемы.

    A remotely based ABB engineer can then quickly identify the exact fault, offering rapid customer support. For problems that cannot be solved remotely, the service engineer can arrange for quick delivery of spare parts and visit the site to repair the robot. Even if the engineer must make a site visit, service is faster, more efficient and performed to a higher standard than otherwise possible.

    Специалист АББ может дистанционно идентифицировать отказ и оказать быструю помощь заказчику. Если неисправность не может быть устранена дистанционно, сервисный инженер организовывает доставку запасных частей и выезд ремонтной бригады. Даже если необходимо разрешение проблемы на месте, предшествующая дистанционная диагностика позволяет минимизировать объем работ и сократить время простоя.

    Remote Service enables engineers to “talk” to robots remotely and to utilize tools that enable smart, fast and automatic analysis. The system is based on a machine-to-machine (M2M) concept, which works automatically, requiring human input only for analysis and personalized customer recommendations. ABB was recognized for this innovative solution at the M2M United Conference in Chicago in 2008 Factbox.

    Remote Service позволяет инженерам «разговаривать» с роботами на расстоянии и предоставляет в их распоряжение интеллектуальные средства быстрого автоматизированного анализа. Система основана на основе технологии автоматической связи машины с машиной (M2M), где участие человека сводится к анализу данных и выдаче рекомендаций клиенту. В 2008 г. это инновационное решение от АББ получило приз на конференции M2M United Conference в Чикаго (см. вставку).

    Proactive maintenance 
    Remote Service also allows ABB engineers to monitor and detect potential problems in the robot system and opens up new possibilities for proactive maintenance.

    Прогнозирование неисправностей
    Remote Service позволяет инженерам АББ дистанционно контролировать состояние роботов и прогнозировать возможные неисправности, что открывает новые возможности по организации профилактического обслуживания.

    The service box regularly takes condition measurements. By monitoring key parameters over time, Remote Service can identify potential failures and when necessary notify both the end customer and the appropriate ABB engineer. The management and storage of full system backups is a very powerful service to help recover from critical situations caused, for example, by operator errors.

    Сервисный блок регулярно выполняет диагностические измерения. Непрерывно контролируя ключевые параметры, Remote Service может распознать потенциальные опасности и, при необходимости, оповещать владельца оборудования и соответствующего специалиста АББ. Резервирование данных для возможного отката является мощным средством, обеспечивающим восстановление системы в критических ситуациях, например, после ошибки оператора.

    The first Remote Service installation took place in the automotive industry in the United States and quickly proved its value. The motherboard in a robot cabinet overheated and the rise in temperature triggered an alarm via Remote Service. Because of the alarm, engineers were able to replace a faulty fan, preventing a costly production shutdown.

    Первая система Remote Service была установлена на автозаводе в США и очень скоро была оценена по достоинству. Она обнаружила перегрев материнской платы в шкафу управления роботом и передала сигнал о превышении допустимой температуры, благодаря чему инженеры смогли заменить неисправный вентилятор и предотвратить дорогостоящую остановку производства.

    MyRobot: 24-hour remote access
    Having regular access to a robot’s condition data is also essential to achieving lean production. At any time, from any location, customers can verify their robots’ status and access maintenance information and performance reports simply by logging in to ABB’s MyRobot Web site. The service enables customers to easily compare performances, identify bottlenecks or developing issues, and initiate the most

    Сайт MyRobot: круглосуточный дистанционный доступ
    Для того чтобы обеспечить бесперебойное производство, необходимо иметь регулярный доступ к информации о состоянии робота. Зайдя на соответствующую страницу сайта MyRobot компании АББ, заказчики получат все необходимые данные, включая сведения о техническом обслуживании и отчеты о производительности своего робота. Эта услуга позволяет легко сравнивать данные о производительности, обнаруживать возможные проблемы, а также оптимизировать планирование технического обслуживания и модернизации. С помощью MyRobot можно значительно увеличить выпуск продукции и уменьшить количество выбросов.

    Award-winning solution
    In June 2008, the innovative Remote Service solution won the Gold Value Chain award at the M2M United Conference in Chicago. The value chain award honors successful corporate adopters of M2M (machine–to-machine) technology and highlights the process of combining multiple technologies to deliver high-quality services to customers. ABB won in the categoryof Smart Services.

    Приз за удачное решение
    В июне 2008 г. инновационное решение Remote Service получило награду Gold Value Chain (Золотая цепь) на конференции M2M United Conference в Чикаго. «Золотая цепь» присуждается за успешное масштабное внедрение технологии M2M (машина – машина), а также за достижения в объединении различных технологий для предоставления высококачественных услуг заказчикам. АББ одержала победу в номинации «Интеллектуальный сервис».

    Case study: Tetley Tetley GB Ltd is the world’s second-largest manufacturer and distributor of tea. The company’s manufacturing and distribution business is spread across 40 countries and sells over 60 branded tea bags. Tetley’s UK tea production facility in Eaglescliffe, County Durham is the sole producer of Tetley tea bags 2.

    Пример применения: Tetley Компания TetleyGB Ltd является вторым по величине мировым производителем и поставщиком чая. Производственные и торговые филиалы компании имеются в 40 странах, а продукция распространяется под 60 торговыми марками. Чаеразвесочная фабрика в Иглсклифф, графство Дарем, Великобритания – единственный производитель чая Tetley в пакетиках (рис. 2).

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which can help extend the mean time between failures, shorten the time to repair and lower the cost of automated production.

    Предлагаемые АББ контракты на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и общую стоимость автоматизированного производства.

    Robots in the plant’s production line were tripping alarms and delaying the whole production cycle. The spurious alarms resulted in much unnecessary downtime that was spent resetting the robots in the hope that another breakdown could be avoided. Each time an alarm was tripped, several hours of production time was lost. “It was for this reason that we were keen to try out ABB’s Remote Service agreement,” said Colin Trevor, plant maintenance manager.

    Установленные в технологической линии роботы выдавали аварийные сигналы, задерживающие выполнение производственного цикла. Ложные срабатывания вынуждали перезапускать роботов в надежде предотвратить возможные отказы, в результате чего после каждого аварийного сигнала производство останавливалось на несколько часов. «Именно поэтому мы решили попробовать заключить с АББ контракт на дистанционное техническое обслуживание», – сказал Колин Тревор, начальник технической службы фабрики.

    To prevent future disruptions caused by unplanned downtime, Tetley signed an ABB Response Package service agreement, which included installing a service box and system infrastructure into the robot control systems. Using the Remote Service solution, ABB remotely monitors and collects data on the “wear and tear” and productivity of the robotic cells; this data is then shared with the customer and contributes to smooth-running production cycles.

    Для предотвращения ущерба в результате незапланированных простоев Tetley заключила с АББ контракт на комплексное обслуживание Response Package, согласно которому системы управления роботами были дооборудованы сервисными блоками с необходимой инфраструктурой. С помощью Remote Service компания АББ дистанционно собирает данные о наработке, износе и производительности роботизированных модулей. Эти данные предоставляются заказчику для оптимизации загрузки производственного оборудования.

    Higher production uptime
    Since the implementation of Remote Service, Tetley has enjoyed greatly reduced robot downtime, with no further disruptions caused by unforeseen problems. “The Remote Service package has dramatically changed the plant,” said Trevor. “We no longer have breakdown issues throughout the shift, helping us to achieve much longer periods of robot uptime. As we have learned, world-class manufacturing facilities need world-class support packages. Remote monitoring of our robots helps us to maintain machine uptime, prevent costly downtime and ensures my employees can be put to more valuable use.”

    Увеличение полезного времени
    С момента внедрения Remote Service компания Tetley была приятно удивлена резким сокращением простоя роботов и отсутствием незапланированных остановок производства. «Пакет Remote Service резко изменил ситуацию на предприятии», – сказал Тревор. «Мы избавились от простоев роботов и смогли резко увеличить их эксплуатационную готовность. Мы поняли, что для производственного оборудования мирового класса необходим сервисный пакет мирового класса. Дистанционный контроль роботов помогает нам поддерживать их в рабочем состоянии, предотвращать дорогостоящие простои и задействовать наш персонал для выполнения более важных задач».

    Service access
    Remote Service is available worldwide, connecting more than 500 robots. Companies that have up to 30 robots are often good candidates for the Remote Service offering, as they usually have neither the engineers nor the requisite skills to deal with robotics faults themselves. Larger companies are also enthusiastic about Remote Service, as the proactive services will improve the lifetime of their equipment and increase overall production uptime.

    Доступность сервиса
    Сеть Remote Service охватывает более 700 роботов по всему миру. Потенциальными заказчиками Remote Service являются компании, имеющие до 30 роботов, но не имеющие инженеров и техников, способных самостоятельно устранять их неисправности. Интерес к Remote Service проявляют и более крупные компании, поскольку они заинтересованы в увеличении срока службы и эксплуатационной готовности производственного оборудования.

    In today’s competitive environment, business profitability often relies on demanding production schedules that do not always leave time for exhaustive or repeated equipment health checks. ABB’s Remote Service agreements are designed to monitor its customers’ robots to identify when problems are likely to occur and ensure that help is dispatched before the problem can escalate. In over 60 percent of ABB’s service calls, its robots can be brought back online remotely, without further intervention.

    В условиях современной конкуренции окупаемость бизнеса часто зависит от соблюдения жестких графиков производства, не оставляющих времени для полномасштабных или периодических проверок исправности оборудования. Контракт Remote Service предусматривает мониторинг состояния роботов заказчика для прогнозирования возможных неисправностей и принятие мер по их предотвращению. В более чем 60 % случаев для устранения неисправности достаточно дистанционной консультации в сервисной службе АББ, дальнейшего вмешательства не требуется.

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which helps extend the mean time between failures, shorten the time to repair and lower the total cost of ownership. With four new packages available – Support, Response, Maintenance and Warranty, each backed up by ABB’s Remote Service technology – businesses can minimize the impact of unplanned downtime and achieve improved production-line efficiency.

    Компания АББ предлагает гибкий выбор контрактов на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, которые позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и эксплуатационные расходы. Четыре новых пакета на основе технологии Remote Service – Support, Response, Maintenance и Warranty – позволяют минимизировать внеплановые простои и значительно повысить эффективность производства.

    The benefits of Remote Sevice are clear: improved availability, fewer service visits, lower maintenance costs and maximized total cost of ownership. This unique service sets ABB apart from its competitors and is the beginning of a revolution in service thinking. It provides ABB with a great opportunity to improve customer access to its expertise and develop more advanced services worldwide.

    Преимущества дистанционного технического обслуживания очевидны: повышенная надежность, уменьшение выездов ремонтных бригад, уменьшение затрат на обслуживание и общих эксплуатационных расходов. Эта уникальная услуга дает компании АББ преимущества над конкурентами и демонстрирует революционный подход к организации сервиса. Благодаря ей компания АББ расширяет доступ заказчиков к опыту своих специалистов и получает возможность более эффективного оказания технической помощи по всему миру.

    Тематики

    • тех. обсл. и ремонт средств электросвязи

    Обобщающие термины

    EN

    Англо-русский словарь нормативно-технической терминологии > remote maintenance

  • 3 remote sevice

    1. дистанционное техническое обслуживание

     

    дистанционное техническое обслуживание
    Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.
    [ОСТ 45.152-99 ]

    Параллельные тексты EN-RU из ABB Review. Перевод компании Интент

    Service from afar

    Дистанционный сервис

    ABB’s Remote Service concept is revolutionizing the robotics industry

    Разработанная АББ концепция дистанционного обслуживания Remote Service революционизирует робототехнику

    ABB robots are found in industrial applications everywhere – lifting, packing, grinding and welding, to name a few. Robust and tireless, they work around the clock and are critical to a company’s productivity. Thus, keeping these robots in top shape is essential – any failure can lead to serious output consequences. But what happens when a robot malfunctions?

    Роботы АББ используются во всех отраслях промышленности для перемещения грузов, упаковки, шлифовки, сварки – всего и не перечислить. Надежные и неутомимые работники, способные трудиться день и ночь, они представляют большую ценность для владельца. Поэтому очень важно поддерживать их в надлежащей состоянии, ведь любой отказ может иметь серьезные последствия. Но что делать, если робот все-таки сломался?

    ABB’s new Remote Service concept holds the answer: This approach enables a malfunctioning robot to alarm for help itself. An ABB service engineer then receives whole diagnostic information via wireless technology, analyzes the data on a Web site and responds with support in just minutes. This unique service is paying off for customers and ABB alike, and in the process is revolutionizing service thinking.

    Ответом на этот вопрос стала новая концепция Remote Service от АББ, согласно которой неисправный робот сам просит о помощи. C помощью беспроводной технологии специалист сервисной службы АББ получает всю необходимую диагностическую информацию, анализирует данные на web-сайте и через считанные минуты выдает рекомендации по устранению отказа. Эта уникальная возможность одинаково ценна как для заказчиков, так и для самой компании АББ. В перспективе она способна в корне изменить весь подход к организации технического обслуживания.

    Every minute of production downtime can have financially disastrous consequences for a company. Traditional reactive service is no longer sufficient since on-site service engineer visits also demand great amounts of time and money. Thus, companies not only require faster help from the service organization when needed but they also want to avoid disturbances in production.

    Каждая минута простоя производства может привести к губительным финансовым последствиям. Традиционная организация сервиса, предусматривающая ликвидацию возникающих неисправностей, становится все менее эффективной, поскольку вызов сервисного инженера на место эксплуатации робота сопряжен с большими затратами времени и денег. Предприятия требуют от сервисной организации не только более быстрого оказания помощи, но и предотвращения возможных сбоев производства.

    In 2006, ABB developed a new approach to better meet customer’s expectations: Using the latest technologies to reach the robots at customer sites around the world, ABB could support them remotely in just minutes, thereby reducing the need for site visits. Thus the new Remote Service concept was quickly brought to fruition and was launched in mid-2007. Statistics show that by using the system the majority of production stoppages can be avoided.

    В 2006 г. компания АББ разработала новый подход к удовлетворению ожиданий своих заказчиков. Использование современных технологий позволяет специалистам АББ получать информацию от роботов из любой точки мира и в считанные минуты оказывать помощь дистанционно, в результате чего сокращается количество выездов на место установки. Запущенная в середине 2007 г. концепция Remote Service быстро себя оправдала. Статистика показывает, что её применение позволило предотвратить большое число остановок производства.

    Reactive maintenance The hardware that makes ABB Remote Service possible consists of a communication unit, which has a function similar to that of an airplane’s so-called black box 1. This “service box” is connected to the robot’s control system and can read and transmit diagnostic information. The unit not only reads critical diagnostic information that enables immediate support in the event of a failure, but also makes it possible to monitor and analyze the robot’s condition, thereby proactively detecting the need for maintenance.

    Устранение возникающих неисправностей Аппаратное устройство, с помощью которого реализуется концепция Remote Service, представляет собой коммуникационный блок, работающий аналогично черному ящику самолета (рис. 1). Этот блок считывает диагностические данные из контроллера робота и передает их по каналу GSM. Считывается не только информация, необходимая для оказания немедленной помощи в случае отказа, но и сведения, позволяющие контролировать и анализировать состояние робота для прогнозирования неисправностей и планирования технического обслуживания.

    If the robot breaks down, the service box immediately stores the status of the robot, its historical data (as log files), and diagnostic parameters such as temperature and power supply. Equipped with a built-in modem and using the GSM network, the box transmits the data to a central server for analysis and presentation on a dedicated Web site. Alerts are automatically sent to the nearest of ABB’s 1,200 robot service engineers who then accesses the detailed data and error log to analyze the problem.

    При поломке робота сервисный блок немедленно сохраняет данные о его состоянии, сведения из рабочего журнала, а также значения диагностических параметров (температура и характеристики питания). Эти данные передаются встроенным GSM-модемом на центральный сервер для анализа и представления на соответствующем web-сайте. Аварийные сообщения автоматически пересылаются ближайшему к месту аварии одному из 1200 сервисных инженеров-робототехников АББ, который получает доступ к детальной информации и журналу аварий для анализа возникшей проблемы.

    A remotely based ABB engineer can then quickly identify the exact fault, offering rapid customer support. For problems that cannot be solved remotely, the service engineer can arrange for quick delivery of spare parts and visit the site to repair the robot. Even if the engineer must make a site visit, service is faster, more efficient and performed to a higher standard than otherwise possible.

    Специалист АББ может дистанционно идентифицировать отказ и оказать быструю помощь заказчику. Если неисправность не может быть устранена дистанционно, сервисный инженер организовывает доставку запасных частей и выезд ремонтной бригады. Даже если необходимо разрешение проблемы на месте, предшествующая дистанционная диагностика позволяет минимизировать объем работ и сократить время простоя.

    Remote Service enables engineers to “talk” to robots remotely and to utilize tools that enable smart, fast and automatic analysis. The system is based on a machine-to-machine (M2M) concept, which works automatically, requiring human input only for analysis and personalized customer recommendations. ABB was recognized for this innovative solution at the M2M United Conference in Chicago in 2008 Factbox.

    Remote Service позволяет инженерам «разговаривать» с роботами на расстоянии и предоставляет в их распоряжение интеллектуальные средства быстрого автоматизированного анализа. Система основана на основе технологии автоматической связи машины с машиной (M2M), где участие человека сводится к анализу данных и выдаче рекомендаций клиенту. В 2008 г. это инновационное решение от АББ получило приз на конференции M2M United Conference в Чикаго (см. вставку).

    Proactive maintenance 
    Remote Service also allows ABB engineers to monitor and detect potential problems in the robot system and opens up new possibilities for proactive maintenance.

    Прогнозирование неисправностей
    Remote Service позволяет инженерам АББ дистанционно контролировать состояние роботов и прогнозировать возможные неисправности, что открывает новые возможности по организации профилактического обслуживания.

    The service box regularly takes condition measurements. By monitoring key parameters over time, Remote Service can identify potential failures and when necessary notify both the end customer and the appropriate ABB engineer. The management and storage of full system backups is a very powerful service to help recover from critical situations caused, for example, by operator errors.

    Сервисный блок регулярно выполняет диагностические измерения. Непрерывно контролируя ключевые параметры, Remote Service может распознать потенциальные опасности и, при необходимости, оповещать владельца оборудования и соответствующего специалиста АББ. Резервирование данных для возможного отката является мощным средством, обеспечивающим восстановление системы в критических ситуациях, например, после ошибки оператора.

    The first Remote Service installation took place in the automotive industry in the United States and quickly proved its value. The motherboard in a robot cabinet overheated and the rise in temperature triggered an alarm via Remote Service. Because of the alarm, engineers were able to replace a faulty fan, preventing a costly production shutdown.

    Первая система Remote Service была установлена на автозаводе в США и очень скоро была оценена по достоинству. Она обнаружила перегрев материнской платы в шкафу управления роботом и передала сигнал о превышении допустимой температуры, благодаря чему инженеры смогли заменить неисправный вентилятор и предотвратить дорогостоящую остановку производства.

    MyRobot: 24-hour remote access
    Having regular access to a robot’s condition data is also essential to achieving lean production. At any time, from any location, customers can verify their robots’ status and access maintenance information and performance reports simply by logging in to ABB’s MyRobot Web site. The service enables customers to easily compare performances, identify bottlenecks or developing issues, and initiate the most

    Сайт MyRobot: круглосуточный дистанционный доступ
    Для того чтобы обеспечить бесперебойное производство, необходимо иметь регулярный доступ к информации о состоянии робота. Зайдя на соответствующую страницу сайта MyRobot компании АББ, заказчики получат все необходимые данные, включая сведения о техническом обслуживании и отчеты о производительности своего робота. Эта услуга позволяет легко сравнивать данные о производительности, обнаруживать возможные проблемы, а также оптимизировать планирование технического обслуживания и модернизации. С помощью MyRobot можно значительно увеличить выпуск продукции и уменьшить количество выбросов.

    Award-winning solution
    In June 2008, the innovative Remote Service solution won the Gold Value Chain award at the M2M United Conference in Chicago. The value chain award honors successful corporate adopters of M2M (machine–to-machine) technology and highlights the process of combining multiple technologies to deliver high-quality services to customers. ABB won in the categoryof Smart Services.

    Приз за удачное решение
    В июне 2008 г. инновационное решение Remote Service получило награду Gold Value Chain (Золотая цепь) на конференции M2M United Conference в Чикаго. «Золотая цепь» присуждается за успешное масштабное внедрение технологии M2M (машина – машина), а также за достижения в объединении различных технологий для предоставления высококачественных услуг заказчикам. АББ одержала победу в номинации «Интеллектуальный сервис».

    Case study: Tetley Tetley GB Ltd is the world’s second-largest manufacturer and distributor of tea. The company’s manufacturing and distribution business is spread across 40 countries and sells over 60 branded tea bags. Tetley’s UK tea production facility in Eaglescliffe, County Durham is the sole producer of Tetley tea bags 2.

    Пример применения: Tetley Компания TetleyGB Ltd является вторым по величине мировым производителем и поставщиком чая. Производственные и торговые филиалы компании имеются в 40 странах, а продукция распространяется под 60 торговыми марками. Чаеразвесочная фабрика в Иглсклифф, графство Дарем, Великобритания – единственный производитель чая Tetley в пакетиках (рис. 2).

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which can help extend the mean time between failures, shorten the time to repair and lower the cost of automated production.

    Предлагаемые АББ контракты на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и общую стоимость автоматизированного производства.

    Robots in the plant’s production line were tripping alarms and delaying the whole production cycle. The spurious alarms resulted in much unnecessary downtime that was spent resetting the robots in the hope that another breakdown could be avoided. Each time an alarm was tripped, several hours of production time was lost. “It was for this reason that we were keen to try out ABB’s Remote Service agreement,” said Colin Trevor, plant maintenance manager.

    Установленные в технологической линии роботы выдавали аварийные сигналы, задерживающие выполнение производственного цикла. Ложные срабатывания вынуждали перезапускать роботов в надежде предотвратить возможные отказы, в результате чего после каждого аварийного сигнала производство останавливалось на несколько часов. «Именно поэтому мы решили попробовать заключить с АББ контракт на дистанционное техническое обслуживание», – сказал Колин Тревор, начальник технической службы фабрики.

    To prevent future disruptions caused by unplanned downtime, Tetley signed an ABB Response Package service agreement, which included installing a service box and system infrastructure into the robot control systems. Using the Remote Service solution, ABB remotely monitors and collects data on the “wear and tear” and productivity of the robotic cells; this data is then shared with the customer and contributes to smooth-running production cycles.

    Для предотвращения ущерба в результате незапланированных простоев Tetley заключила с АББ контракт на комплексное обслуживание Response Package, согласно которому системы управления роботами были дооборудованы сервисными блоками с необходимой инфраструктурой. С помощью Remote Service компания АББ дистанционно собирает данные о наработке, износе и производительности роботизированных модулей. Эти данные предоставляются заказчику для оптимизации загрузки производственного оборудования.

    Higher production uptime
    Since the implementation of Remote Service, Tetley has enjoyed greatly reduced robot downtime, with no further disruptions caused by unforeseen problems. “The Remote Service package has dramatically changed the plant,” said Trevor. “We no longer have breakdown issues throughout the shift, helping us to achieve much longer periods of robot uptime. As we have learned, world-class manufacturing facilities need world-class support packages. Remote monitoring of our robots helps us to maintain machine uptime, prevent costly downtime and ensures my employees can be put to more valuable use.”

    Увеличение полезного времени
    С момента внедрения Remote Service компания Tetley была приятно удивлена резким сокращением простоя роботов и отсутствием незапланированных остановок производства. «Пакет Remote Service резко изменил ситуацию на предприятии», – сказал Тревор. «Мы избавились от простоев роботов и смогли резко увеличить их эксплуатационную готовность. Мы поняли, что для производственного оборудования мирового класса необходим сервисный пакет мирового класса. Дистанционный контроль роботов помогает нам поддерживать их в рабочем состоянии, предотвращать дорогостоящие простои и задействовать наш персонал для выполнения более важных задач».

    Service access
    Remote Service is available worldwide, connecting more than 500 robots. Companies that have up to 30 robots are often good candidates for the Remote Service offering, as they usually have neither the engineers nor the requisite skills to deal with robotics faults themselves. Larger companies are also enthusiastic about Remote Service, as the proactive services will improve the lifetime of their equipment and increase overall production uptime.

    Доступность сервиса
    Сеть Remote Service охватывает более 700 роботов по всему миру. Потенциальными заказчиками Remote Service являются компании, имеющие до 30 роботов, но не имеющие инженеров и техников, способных самостоятельно устранять их неисправности. Интерес к Remote Service проявляют и более крупные компании, поскольку они заинтересованы в увеличении срока службы и эксплуатационной готовности производственного оборудования.

    In today’s competitive environment, business profitability often relies on demanding production schedules that do not always leave time for exhaustive or repeated equipment health checks. ABB’s Remote Service agreements are designed to monitor its customers’ robots to identify when problems are likely to occur and ensure that help is dispatched before the problem can escalate. In over 60 percent of ABB’s service calls, its robots can be brought back online remotely, without further intervention.

    В условиях современной конкуренции окупаемость бизнеса часто зависит от соблюдения жестких графиков производства, не оставляющих времени для полномасштабных или периодических проверок исправности оборудования. Контракт Remote Service предусматривает мониторинг состояния роботов заказчика для прогнозирования возможных неисправностей и принятие мер по их предотвращению. В более чем 60 % случаев для устранения неисправности достаточно дистанционной консультации в сервисной службе АББ, дальнейшего вмешательства не требуется.

    ABB offers a flexible choice of service agreements for both new and existing robot installations, which helps extend the mean time between failures, shorten the time to repair and lower the total cost of ownership. With four new packages available – Support, Response, Maintenance and Warranty, each backed up by ABB’s Remote Service technology – businesses can minimize the impact of unplanned downtime and achieve improved production-line efficiency.

    Компания АББ предлагает гибкий выбор контрактов на выполнение технического обслуживания как уже имеющихся, так и вновь устанавливаемых роботов, которые позволяют значительно увеличить среднюю наработку на отказ, сократить время ремонта и эксплуатационные расходы. Четыре новых пакета на основе технологии Remote Service – Support, Response, Maintenance и Warranty – позволяют минимизировать внеплановые простои и значительно повысить эффективность производства.

    The benefits of Remote Sevice are clear: improved availability, fewer service visits, lower maintenance costs and maximized total cost of ownership. This unique service sets ABB apart from its competitors and is the beginning of a revolution in service thinking. It provides ABB with a great opportunity to improve customer access to its expertise and develop more advanced services worldwide.

    Преимущества дистанционного технического обслуживания очевидны: повышенная надежность, уменьшение выездов ремонтных бригад, уменьшение затрат на обслуживание и общих эксплуатационных расходов. Эта уникальная услуга дает компании АББ преимущества над конкурентами и демонстрирует революционный подход к организации сервиса. Благодаря ей компания АББ расширяет доступ заказчиков к опыту своих специалистов и получает возможность более эффективного оказания технической помощи по всему миру.

    Тематики

    • тех. обсл. и ремонт средств электросвязи

    Обобщающие термины

    EN

    Англо-русский словарь нормативно-технической терминологии > remote sevice

  • 4 performance data

    7) Космонавтика: характеристики
    11) SAP.тех. данные измерений

    Универсальный англо-русский словарь > performance data

  • 5 performance data

    1) показатели производительности, данные о производительности
    информация о работе устройства, компьютера, системы или сети, которая позволяет определить нужные показатели, например время ответа, пропускную способность и т. п.
    см. тж. performance
    2) эксплуатационные данные, технические данные

    Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > performance data

  • 6 rating data

    2) Экономика: номинальные характеристики (напр. производительности)
    3) Вычислительная техника: оценочные данные, характеристики производительности (вычислительной системы), характеристические данные

    Универсальный англо-русский словарь > rating data

  • 7 rating data

    оценочные данные; характеристики производительности

    model data — данные, полученные из модели

    English-Russian base dictionary > rating data

  • 8 rating data

    ————————

    English-Russian dictionary of computer science > rating data

  • 9 operations administration and maintenance

    1. администрирование и управление операциями

     

    администрирование и управление операциями
    Группа функций управления сетью, обеспечивающая индикацию сбоев в сети, данные о производительности, диагностику. 
    [ http://www.lexikon.ru/dict/net/index.html]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > operations administration and maintenance

  • 10 OAM

    1. эксплуатация, управление и техническое обслуживание
    2. эксплуатация и управление
    3. эксплуатация и техническое обслуживание
    4. администрирование и управление операциями

     

    администрирование и управление операциями
    Группа функций управления сетью, обеспечивающая индикацию сбоев в сети, данные о производительности, диагностику. 
    [ http://www.lexikon.ru/dict/net/index.html]

    Тематики

    EN

     

    эксплуатация и техническое обслуживание
    (МСЭ-Т Y.1413).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    эксплуатация и управление
    (МСЭ-Т Н.610).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    эксплуатация, управление и техническое обслуживание
    (МСЭ-R F.750-4).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

    • operation, administration and maintenance
    • OAM

    Англо-русский словарь нормативно-технической терминологии > OAM

  • 11 données

    1. данные

     

    данные
    Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
    [ИСО/МЭК 2382-1]
    [ ГОСТ Р 52292-2004]

    данные
    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
    [ ГОСТ 15971-90]
    [ ГОСТ Р 50304-92]
    [ОСТ 45.127-99]

    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]
    данные
    Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
    [ ГОСТ Р ИСО/МЭК 12119-2000]
    [ ГОСТ Р 52653-2006]

    данные
    Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
    [ ГОСТ 34.320-96]
    данные
    Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
    [ ГОСТ 17657-79]
    данные
    Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
    [ГОСТ 7.0-99]
    данные
    Сведения о состоянии любого объекта — экономического или не экономического, большой системы или ее элементарной части (элемента), о человеке и машине и т. д., представленные в формализованном виде и предназначенные для обработки (или уже обработанные). Д. не обязательно должны быть числовыми: например, статистические показатели работы предприятий и анкетные сведения о человеке — все это Д.) В процессах сбора, обработки и использования они расчленяются на отдельные элементарные составляющие — элементы данных или элементарные данные (иногда их называют просто данными). Элементарные Д. могут быть выражены целыми и вещественными числами, словами, а также булевыми величинами, способными принимать лишь два значения — «истина» (1), «ложь» (0). Слово «Д.» не вполне соответствует слову «информация«, хотя они часто употребляются как синонимы. Д. — величина, число или отношение, вводимые в процесс обработки или выводимые из него. Информация же определяется как знание, полученное из этих данных. Следовательно, обработка данных есть приведение их к такому виду, который наиболее удобен для получения из них информации, знания. Для того, чтобы из минимального количества Д. извлечь максимум информации, используются различные способы записи массивов данных, методы агрегирования и др. Для того, чтобы быть воспринятыми и стать информацией, Д. проходят как бы тройной фильтр: физический (ограничения по пропускной способности канала), семантический (см. Тезаурус) и прагматический, где оценивается полезность Д. (см. Информация). Экономические Д. можно подразделить на два особенно важных класса: условно-постоянные и переменные. Различие между ними поясним простым примером: нормативы запасов — условно-постоянные Д., размеры запасов отдельных материалов на конкретные даты — переменные. Следовательно, первые — это всякого рода расценки, нормативы, нормы, сведения о производительности оборудования и т.д. Обычно в автоматизированных системах управления они либо хранятся в массивах картотек (устаревшая и выходящая из употребления система), либо вводятся в память машины один раз и при необходимости включаются в расчет самой машиной. Условно-постоянными они называются потому, что все же время от времени обновляются. Переменные Д. (сведения о выработке рабочих, о сдаче деталей и продукции, о тех же запасах на складе и многие другие) после расчета, как правило, выводятся из памяти компьютера. См. также Автоматизированная система обработки данных (АСОД), База данных, Носитель данных, Обработка данных, Показатель, Сбор данных, Скорость передачи данных, Экономическая информация.
    [ http://slovar-lopatnikov.ru/]


    Тематики

    EN

    FR

    Франко-русский словарь нормативно-технической терминологии > données

  • 12 blg

    Данные Двоичный файл журнала производительности Windows

    Dictionary of file extensions > blg

  • 13 capacity planning

    1. планирование производительности
    2. планирование мощностей
    3. планирование использования мощностей

     

    планирование использования мощностей
    (напр. ТЭС, АЭС)
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    планирование мощностей
    (ITIL Service Design)
    Вид деятельности в рамках управления мощностями, отвечающий за разработку плана мощностей.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    capacity planning
    (ITIL Service Design)
    The activity within capacity management responsible for creating a capacity plan.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > capacity planning

  • 14 switching technology

    1. технология коммутации

     

    технология коммутации
    -
    [Интент]

    Современные технологии коммутации
    [ http://www.xnets.ru/plugins/content/content.php?content.84]

    Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

    Введение

    На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

    Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

    Дальнейшее развитие сетей шло по нескольким путям:

    • увеличение скорости,
    • внедрение сегментирования на основе коммутации,
    • объединение сетей при помощи маршрутизации.

    Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

    Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

    Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

    5001

    Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

    5002

    Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

    Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

    С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

    Рассмотрению технологий коммутации и посвящена данная статья.

    Коммутация первого уровня

    Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

    физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

    Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

    Коммутация второго уровня

    Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

    Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

    На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

    С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

    Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

    Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

    Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

    Существует 3 варианта архитектуры коммутаторов:
     

    На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

    5003

    5004

    Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

    5005

    На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

    5006

    Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

    Коммутация третьего уровня

    В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

    По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

    Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

    5007

    5008

    У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
     

    • поддержка интерфейсов и протоколов, применяемых в локальных сетях,
    • усеченные функции маршрутизации,
    • обязательная поддержка механизма виртуальных сетей,
    • тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

    Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

    5009

    Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

    Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

    Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

    Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

    5010

    Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

    При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

    Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

    Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

    Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

    5011

    Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

    Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

    Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

    По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

    5012

    Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

    Коммутация четвертого уровня

    Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

    Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

    5013

    5014

    5015

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > switching technology

  • 15 rating

    ['reɪtɪŋ]
    1) Общая лексика: выговор, звание рядового или старшинского состава, звание рядового состава, звание старшинского состава, класс (яхты), мощность, нагоняй, номинальная характеристика, номинальные данные, обложение налогом, определение класса, определение разряда, отметка (в школе), отнесение к тому или иному классу, отнесение к тому или иному разряду, оценка, положение, производительность, разряд, ранг, сумма налога (особ. городского), цифровые данные, рядовой (матрос), нормирование, обложение налогами, определение стоимости, принадлежность к классу, рейтинг, тарификация, характеристика, хронометраж, ранжир, ранжирование (программного обеспечения) (действие по отнесению измеренного значения к соответствующему уровню ранжирования. Используется для определения уровня ранжирования программного обеспечения по конкретной характери), технические характеристики
    4) Морской термин: исчисление, класс (яхты), расчёт, рядовой матрос (военного флота), специальность рядовых и старшин
    6) Военный термин: аттестование, индекс, квалификация, специалист (рядового и старшинского состава), специальность, специальность (рядового и старшинского состава), специалист (рядового и унтер-офицерского состава), специальность (рядового и унтер-офицерского состава), балл, величина, значение, классность, присвоение звания, присвоение класса
    7) Техника: допустимое значение, квалификационная отметка (пилота; воздушного судна), номинальная ёмкость, номинальная мощность, номинальное значение, номинальный предел, номинальный режимы резания, номинальный режимы резания работы, определение, параметр, режим (работы), сортность, установление разряда, расчётное значение (параметра), номинал (радиодетали)
    10) Экономика: качественная оценка (особ. ценных бумаг), квалификационная оценка, количественная оценка
    11) Бухгалтерия: категории, определение тарифа, оценочный, паспортное значение, разряд (судна), разряду, разряду или категории, расчёт тарифа, таксировка, тарифный
    13) Автомобильный термин: паспортизация, подсчёт, снятие характеристики, тариф, установленная заводом-изготовителем характеристика, величина основных параметров (мощности, числа оборотов, грузоподъёмности, производительности, силы тока и т. п.), значение основных параметров (мощности, числа оборотов, грузоподъёмности, производительности, силы тока и т. п.)
    14) Биржевой термин: скоринг
    16) Дипломатический термин: выборочный подсчёт (количества телезрителей или радиослушателей, смотрящих или слушающих какую-л. программу для определения её популярности)
    18) Физика: оценивающий
    22) Рыбоводство: лицо рядового состава
    27) СМИ: рэйтинг
    29) Микроэлектроника: нормальное значение
    30) ЕБРР: градация
    33) Автоматика: номинальный режим, паспортная характеристика, расчётная характеристика, табличка ( технических) данных, определение основных характеристик (машины), снятие основных характеристик (машины)
    35) Макаров: бонитировка, дебит, номинальный допустимый верхний предел, нормативные характеристики, нумерация, определение основных технико-эксплуатационных характеристик, оценивание, показатель, пропускная способность, снятие основных технико-эксплуатационных характеристик, тарирование, тарировка, установление номинала
    37) Нефть и газ: оценивание по шкале
    38) Яхтенный спорт: гоночный балл
    39) Электротехника: (номинальный) режим (работы)
    41) Общая лексика: опёнка

    Универсальный англо-русский словарь > rating

  • 16 data

    1. факты
    2. технические характеристики
    3. Термины, определенные в ИСО 10303-1
    4. показатели
    5. новости (амер.)
    6. данные

     

    данные
    Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
    [ИСО/МЭК 2382-1]
    [ ГОСТ Р 52292-2004]

    данные
    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
    [ ГОСТ 15971-90]
    [ ГОСТ Р 50304-92]
    [ОСТ 45.127-99]

    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]
    данные
    Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
    [ ГОСТ Р ИСО/МЭК 12119-2000]
    [ ГОСТ Р 52653-2006]

    данные
    Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
    [ ГОСТ 34.320-96]
    данные
    Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
    [ ГОСТ 17657-79]
    данные
    Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
    [ГОСТ 7.0-99]
    данные
    Сведения о состоянии любого объекта — экономического или не экономического, большой системы или ее элементарной части (элемента), о человеке и машине и т. д., представленные в формализованном виде и предназначенные для обработки (или уже обработанные). Д. не обязательно должны быть числовыми: например, статистические показатели работы предприятий и анкетные сведения о человеке — все это Д.) В процессах сбора, обработки и использования они расчленяются на отдельные элементарные составляющие — элементы данных или элементарные данные (иногда их называют просто данными). Элементарные Д. могут быть выражены целыми и вещественными числами, словами, а также булевыми величинами, способными принимать лишь два значения — «истина» (1), «ложь» (0). Слово «Д.» не вполне соответствует слову «информация«, хотя они часто употребляются как синонимы. Д. — величина, число или отношение, вводимые в процесс обработки или выводимые из него. Информация же определяется как знание, полученное из этих данных. Следовательно, обработка данных есть приведение их к такому виду, который наиболее удобен для получения из них информации, знания. Для того, чтобы из минимального количества Д. извлечь максимум информации, используются различные способы записи массивов данных, методы агрегирования и др. Для того, чтобы быть воспринятыми и стать информацией, Д. проходят как бы тройной фильтр: физический (ограничения по пропускной способности канала), семантический (см. Тезаурус) и прагматический, где оценивается полезность Д. (см. Информация). Экономические Д. можно подразделить на два особенно важных класса: условно-постоянные и переменные. Различие между ними поясним простым примером: нормативы запасов — условно-постоянные Д., размеры запасов отдельных материалов на конкретные даты — переменные. Следовательно, первые — это всякого рода расценки, нормативы, нормы, сведения о производительности оборудования и т.д. Обычно в автоматизированных системах управления они либо хранятся в массивах картотек (устаревшая и выходящая из употребления система), либо вводятся в память машины один раз и при необходимости включаются в расчет самой машиной. Условно-постоянными они называются потому, что все же время от времени обновляются. Переменные Д. (сведения о выработке рабочих, о сдаче деталей и продукции, о тех же запасах на складе и многие другие) после расчета, как правило, выводятся из памяти компьютера. См. также Автоматизированная система обработки данных (АСОД), База данных, Носитель данных, Обработка данных, Показатель, Сбор данных, Скорость передачи данных, Экономическая информация.
    [ http://slovar-lopatnikov.ru/]


    Тематики

    EN

    FR

     

    новости (амер.)
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    показатели
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    технические характеристики
    Ряд номинальных параметров или условий эксплуатации.
    [ ГОСТ Р МЭК 60050-426-2006]

    технические характеристики
    -
    [Интент]


    Тематики

    EN

    FR

     

    факты
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей.

    [ИСО/МЭК 15939:2007]

    Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

    3.1 Термины, определенные в ИСО 10303-1

    В настоящем стандарте применены следующие термины:

    - приложение (application);

    - прикладной объект (application object);

    - прикладной протокол (application protocol);

    - прикладная эталонная модель; ПЭМ (application reference model; ARM);

    - данные (data);

    - информация (information);

    - интегрированный ресурс (integrated resource);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

    1. Данные

    Data

    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    3.2.14 данные (data): Представление информации в формальном виде, пригодном для передачи, интерпретации или обработки людьми или компьютерами;

    Источник: ГОСТ Р ИСО 10303-1-99: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы оригинал документа

    2.6 данные (Data): Дискретные объективные факты (номера, символы, цифры) без контекста и пояснений.

    Источник: ГОСТ Р 53894-2010: Менеджмент знаний. Термины и определения оригинал документа

    3.12 данные (data): Представление информации или команд в виде, пригодном для передачи, интерпретации или обработки с помощью компьютера.

    [IEEE 610, модифицировано]

    Примечание - Данные, необходимые для определения параметров и реализации прикладных и служебных функций в системе, называются «прикладными данными».

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

    3.13 данные (data): Представление информации или сообщений в виде, подходящем для передачи, интерпретации или обработки с помощью компьютеров (см. рисунок 2).

    [IEEE 610, модифицировано] [1]

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    3.1.3 данные (data): Любой элемент информации, принимаемый регистратором для записи, включая численные значения, текст, а также звуковые и радиолокационные сигналы, за исключением особо оговоренных случаев или ситуаций, когда по контексту понятно иное.

    Источник: ГОСТ Р МЭК 61996-1-2009: Морское навигационное оборудование и средства радиосвязи. Судовой регистратор данных рейса (РДР). Часть 1. Регистратор данных рейса (РДР). Технико-эксплуатационные требования, методы и требуемые результаты испытаний оригинал документа

    3.17 данные (data): представление информации формальным способом, подходящим для коммуникации, интерпретации или для информационной обработки человеком или компьютерами.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Англо-русский словарь нормативно-технической терминологии > data

  • 17 record

    ̘. ̈n.ˈrekɔ:d
    1. сущ.
    1) а) запись;
    регистрация, письменная фиксация( каких-л. фактов) the coldest day on record ≈ самый холодный отмеченный день to close a record ≈ завершать записи, прекращать ведение записей( в юридической практике) to destroy records ≈ уничтожить записи to keep, make a record ≈ вести записи to keep a record of events ≈ вести записи событий to open up a record ≈ начинать записи a matter of record ≈ зарегистрированный факт (up) on record ≈ записанный, зарегистрированный to bear record to ≈ свидетельствовать, удостоверять истинность( фактов и т. п.) accurate record ≈ точная запись attendance record ≈ список присутствующих detailed record ≈ подробная запись official record ≈ официальный документ sketchy records ≈ фрагментарные записи public record ≈ Государственный архив verbatim record ≈ дословная запись
    2) а) регистрация, учет( кого-л. где-л. и т. п.) record clerk, record keeper ≈ регистратор record department, record room ≈ мед. регистратура record of attendances ≈ регистрация или список присутствующих б) мн. учетно-отчетные материалы, регистрационные данные field records ≈ спец. полевые данные record material ≈ воен. документация
    3) а) официальная запись, отчет;
    протокол( заседания, допроса, вскрытия, экспертизы и т. п.) to enter on the records ≈ занести в протокол б) юр. документ, письменно зафиксированное свидетельство;
    письменное производство по делу of, in, by, (up) on record ≈ записанный, письменно подтвержденный court of record ≈ законный (монарший) суд judge of record ≈ законный судья to have record ≈ иметь власть, полномочия (судить, выносить приговоры и т. п.) в) (the record) преим. юр. суть дела to travel out of the record ≈ отклоняться от сути дела;
    нарушать букву закона to keep to the record ≈ держаться сути дела;
    не нарушать буквы закона
    4) а) памятник прошлого;
    исторический документ (свидетельствующий о чем угодно, не обязательно письменный) to put/place oneself on record ≈ увековечить свое имя, оставить след в истории Syn: document
    1., monument, memorial
    1. б) тж. мн. архивы, собрание памятников прошлого Public Record Office ≈ Государственный архив в) редк. счет прошедшим годам, подсчет прошедших лет (часто с of years, of time etc.) Syn: account
    1., timing
    5) а) характеристика, биография( профессиональная и т. д.) ;
    досье, собрание фактов, данных( о ком-л.) his record is against him ≈ его характеристика говорит не в его пользу to have a police record ≈ состоять на учете в полиции a good academic record ≈ хорошая академическая характеристика This airline's safety record is impeccable. ≈ Репутация этой авиалинии безупречна. She has a distinguished record as a public official. ≈ Она блестяще проявила себя в роли должностного лица. б) спец. уголовная биография;
    список судимостей
    6) а) видео- или аудиозапись (на любом виде носителя) to make a record ≈ записывать, делать запись( видео, музыкальную и т. д.) б) грампластинка (виниловый музыкальный диск) long-playing record ≈ долгоиграющая пластинка (тж. LP) a single record ≈ сингл, сорокопятка to cut a record ≈ записывать пластинку to play a record ≈ заводить, ставить пластинку gramophone record ≈ грампластинка phonograph record ≈ грампластинка
    7) особ. спорт рекорд, лучший результат;
    рекордное достижение to beat/break/cut the record ≈ побить рекорд to establish, set a ( new) record ≈ установить (новый) рекорд to equal, tie a record ≈ достичь рекорда to better, surpass a record ≈ побить рекорд distinguished record ≈ выдающиеся достижения excellent record ≈ большие успехи to hold a record ≈ установить рекорд national record ≈ национальный рекорд Olympic record ≈ олимпийский рекорд speed record ≈ рекорд по скорости unbroken record ≈ непобитый рекорд world record ≈ мировой рекорд
    8) компьют. запись (массив информации, обрабатываемый как одно целое)
    9) уст., библ. очевидец, свидетель;
    свидетельство Syn: witness
    1. ∙ for the record on the record off the record of record on record
    2. гл.
    1) записывать, регистрировать;
    заносить в список, в протокол;
    оформлять как документ (какие-л. факты и т. п.)
    2) а) записывать звук, изображение или информацию иного рода (на какой-л. вид носителя - пленку, диск и т. п.) ;
    снимать, производить фото-, видео- или киносъемку These songs were recorded from a concert during last year's season. ≈ Эти песни были записаны на концерте в прошлом сезоне. while recording the album 3 members of the band died of heroin ≈ за время записи альбома 3 участника группы умерли от героина б) быть пригодным для записи: записывать (о пишущем приборе) ;
    писаться, записываться( об инструменте и т. п.) the camera records badly ≈ камера плохо записывает the guitar didn't record clearly enough ≈ гитара недостаточно хорошо прописалась
    3) о приборах а) регистрировать, записывать earthquake shocks recorded by a seismograph ≈ подземные толчки, зафиксированные сейсмографом Syn: register
    2. б) показывать, отмечать( на шкале и т. д.) the thermometer recorded 90 degrees ≈ термометр показал 90 градусов Syn: indicate, read I
    1.
    4) свидетельствовать, являться памятником чему-л. (в переносном смысле - см. примеры) ;
    оставлять след, увековечивать this shell-hole in the ground records a bomb strike that's been taken on our village ≈ эта воронка свидетельствует о бомбовом ударе на нашу деревню this monument records a moment of happiness ≈ этот монумент воздвигнут в память о минуте счастья Her sufferings are recorded on her face for the rest of her life. ≈ Ее страдания на всю оставшуюся жизнь отпечатались на ее лице.
    5) петь, заливаться, выводить трели (о птице) запись, записывание;
    письменное упоминание, письменный след ( чего-л.) - * centre документохранилище - * management документоведение;
    делопроизводство - * of a patient (медицина) история болезни - to make a * of smth. записать что-л. - to keep a * of a conversation вести запись беседы - I can find no * of it это нигде не записано, это нигде не упоминается (письменно) - to be on * быть документально установленным /записанным/ - it is on * that... известно, что...;
    история говорит, что... - the information we have on * (официальное) сведения, которыми мы располагаем регистрация, учет - * clerk, * keeper регистратор, делопроизводитель - * department, * room (медицина) регистратура - * practice( военное) зачетная стрельба - to keep a * of road accidents вести учет /регистрацию/ несчастных случаев на дорогах - there was no * of any man with those initials человек с такими инициалами нигде не числился - * of attendances список /регистрация/ присутствующих - his * of attendances is bad он часто отсутствует документация;
    учетно-отчетные документы;
    отчетные материалы;
    данные - field *s (специальное) данные полевого журнала, полевые данные - * material (военное) документация протокол (заседания, испытания, вскрытия и т. п.) ;
    стенограмма;
    официальный документ - public *s судебные протоколы - abstract of * выписка из записи/ из протокола/ - * of evidence протокол допроса свидетеля - on /upon, in/ * занесенный в протокол, запротоколированный, зарегистрированный - to enter on the *s занести в протокол - I want to be on * as having... прошу занести в протокол, что я... (юридическое) материалы судебного дела, письменное производство по делу архив - *s of the Foreign Office архив министерства иностранных дел - keeper of the *s, * keeper архивариус, регистратор факты, данные ( о ком-л.) ;
    характеристика, репутация - criminal * (юридическое) досье преступника, регистрация приводов, судимостей и т. п.;
    уголовное прошлое;
    судимость - to have a good * иметь хорошую репутацию;
    прожить жизнь честно - to have /to show/ a clean * иметь безупречное прошлое;
    (юридическое) не иметь судимости - he has a police * он известен полиции, у него есть приводы - his * is against him его прошлое говорит против него - as is evident from his whole * как явствует из всего, что он сделал в жизни;
    свидетельством чего является вся его деятельность достижения;
    результаты деятельности - the committee's * to date то, что уже сделано комитетом к настоящему времени - the committee's * is not unimpressive комитет сделал немало - that airline has a bad * эта авиалиния пользуется дурной славой /считается ненадежной/ (спортивное) рекорд - world * мировой рекорд - to beat /to break, to cut/ the * побить рекорд - to achieve a * поставить /установить/ рекорд - two *s fell два рекорда были побиты /пали/ звукозапись;
    запись (звука, изображения на пластинку, пленку и т. п.) ;
    фонограмма;
    фотограмма;
    кинограмма - sound * фонограмма, звуковая дорожка - sound-and-picture * фотофонограмма - photographic * фотозапись, фоторегистрация - camera * (фото) снимок - telemetry * телеметрическая запись - echo * (специальное) регистрация эха /отраженного импульса/ диаграмма( самописца) граммофонная пластинка - mother * матрица( пластинки) (американизм) перфорированный нотный ролик( для механического фортепьяно) (исторический) памятник (о статуе, картине, манускрипте и т. п.) - the *s of the past памятники прошлого - the *s of medieval life in the British Museum средневековые экспонаты в Британском музее - to put /to place/ oneself on * отличиться, выдвинуться;
    увековечить свое имя, оставить след в истории - history has not preserved any * of... история не сохранила письменных свидетельств о... (the *) преим. (юридическое) суть дела - to keep to the * держаться сути дела - to travel out of the * приводить доводы, не относящиеся к делу;
    говорить не по существу( юридическое) (библеизм) свидетельское показание;
    свидетель - to bear * to свидетельствовать, удостоверять истинность (фактов и т. п.) - I can bear * to his good character я могу засвидетельствовать его добропорядочность - to call /to take/ to * призывать в свидетели;
    ссылаться на - God is my * that... видит Бог, что я... память - to pass from * исчезнуть из памяти;
    пройти, не оставив следа > on (the) * официальный;
    гласный, открытый;
    несекретный;
    объявленный публично;
    сделанный или предназначенный для печати( о заявлении и т. п.) > to place on * зафиксировать > I want to place on * that... надо констатировать /заявить/, что... > to go /to put oneself/ on * заявить что-л. официально;
    сделать заявление для печати > off the * не для печати;
    конфиденциальный, не подлежащий оглашению( особ. в печати) ;
    неофициальный( о заявлении и т. п.) > he spoke off the * он выступал неофициально > this is strictly off the * пусть это останется между нами;
    это строго конфиденциально > of * записанный, зафиксированный;
    всем известный, несомненный > matter of * документально подтвержденный факт > their enmity was a matter of * for years из вражда уже много лет всем известна > * of service послужной список;
    деятельность в прошлом, прохождение службы > to keep the * straight не допустить извращения (истины и т. п.) ;
    предотвратить возможность неправильного истолкования (факта и т. п.) > to set the * straight внести поправку в протокол, документ и т. п.;
    поправить чью-л. ошибку;
    разъяснить недоразумение;
    восстановить истинное положение вещей > I want to set the * straight я хочу внести ясность рекордный;
    небывалый, неслыханный (тж. перен.) - * pace рекордная скорость - * prices неслыханные цены - * drought небывалая засуха - * audience небывалое количество присутствующих записывать, протоколировать;
    заносить в список, реестр, протокол и т. п. - to * a speech записывать или стенографировать речь - to * the day's events записать события дня - to * one's thoughts in a diary заносить свои мысли в дневник - he already has several convictions *ed against him за ним уже числится несколько судимостей - this volume *s the history of the regiment в этом томе излагается история полка регистрировать, фиксировать;
    показывать (о приборе) ;
    записывать (о регистрирующем или самопищущем приборе) - a seismograph *s earthquakes сейсмограф регистрирует землетрясения - to * the time (спортивное) засекать время, хронометрировать - the thermometer *ed 40 degrees термометр показывал 40 градусов записывать на пленку, пластинку и т. п. - the gramophone has 8ed his voice его голос записан на граммофонную пластинку - the programme was *ed программа была записана на пленку (в отличие от прямого эфира) записываться (о звуке) - the piano does not * well звук фортепьяно плохо записывается (на пластинку и т. п.) снимать( фото- или киноаппаратом) увековечивать - he is *ed to have built this church in 1270 из истории известно, что он построил эту церковь в 1270 году - this stone *s a famous battle этим камнем отмечена историческая битва петь, заливаться (о птице) (устаревшее) свидетельствовать active ~ вчт. активная запись addition ~ вчт. добавляемая запись allocation ~ вчт. закрепленная запись amendment ~ вчт. корректурная запись backspace a ~ вчт. возвращаться на одну запись bargaining ~ протокол переговоров to bear ~ to свидетельствовать, удостоверять истинность (фактов и т. п.) ~ рекорд;
    to beat (или to break, to cut) the record побить рекорд blocked ~ вчт. сблокированная запись chained ~ вчт. цепная запись change ~ вчт. запись файла изменений checkpoint ~ вчт. запись контрольной точки control ~ вчт. управляющая запись court ~ судебная выписка criminal ~ досье преступника current ~ вчт. текущая запись current ~ текущий учет data ~ вчт. запись данных delete a ~ вчт. исключать запись duplicate ~ вчт. дублирующая запись ~ протокол (заседания и т. п.) ;
    to enter on the records занести в протокол fixed-length ~ вчт. запись фиксированной длины formatted ~ вчт. форматная запись growth ~ регистрация роста ~ факты, данные (о ком-л.) ;
    характеристика;
    to have a good (bad) record иметь хорошую (плохую) репутацию headed ~ вчт. заглавная запись header ~ вчт. запись-заголовок header ~ вчт. паспортная запись his ~ is against him его прошлое говорит против него;
    record of service послужной список;
    трудовая книжка history ~ вчт. ретроспективная запись home ~ вчт. начальная запись incident ~ вчт. случайная запись keep ~ of вести учет to keep to the ~ держаться сути дела;
    to travel out of the record вводить( что-л.), не относящееся к делу loss ~ учет потерь loss ~ учет убытков master ~ вчт. главная запись a matter of ~ зарегистрированный факт;
    (up) on record записанный, зарегистрированный multiuser ~ вчт. запись формируемая рядом пользователей no criminal ~ дело не влечет уголовного наказания notarial ~ нотариальная запись off the ~ не по существу off the ~ разг. не подлежащий оглашению (в печати) off the ~ разг. разг. неофициально, неофициальным путем a matter of ~ зарегистрированный факт;
    (up) on record записанный, зарегистрированный overflow ~ вчт. запись переполнения parent ~ вчт. родительская запись performance ~ учет производительности (или эффективности) работы работника personal ~ личное дело personel ~s учет кадров personnel ~ картотека персонала primary ~ вчт. первичная запись record бухгалтерская книга ~ вести бухгалтерский учет ~ вносить в протокол ~ граммофонная пластинка;
    запись на граммофонной пластинке ~ юр. документ, дающий право на владение ~ документ (оформленный надлежащим должностным лицом и содержащий доказательства зафиксированного в нем правового акта, сделки, права), публичный акт ~ документация ~ заносить в бухгалтерскую книгу ~ заносить в реестр ~ заносить в список ~ записывать, регистрировать;
    протоколировать;
    заносить в список, в протокол ~ записывать ~ вчт. записывать ~ записывать ~ записывать на пластинку, на пленку ~ запись;
    регистрация (фактов) ;
    летопись;
    мемуары, рассказ о событиях ~ запись ~ вчт. запись ~ запись ~ материалы судебного дела, письменное производство по делу ~ материалы судебного дела ~ официальный документ, запись, отчет ~ официальный документ ~ официальный отчет ~ памятник прошлого ~ письменное производство по делу ~ протокол (заседания и т. п.) ;
    to enter on the records занести в протокол ~ протокол ~ протоколировать ~ регистр ~ вчт. регистрация ~ регистрация ~ вчт. регистрировать ~ регистрировать ~ рекорд;
    to beat (или to break, to cut) the record побить рекорд ~ сигналограмма ~ стенограмма ~ увековечивать ~ удостоверять ~ учитывать ~ фактографические данные ~ факты, данные (о ком-л.) ;
    характеристика;
    to have a good (bad) record иметь хорошую (плохую) репутацию ~ фиксировать ~ access block вчт. блок доступа к записи ~ attr. рекордный ~ by a notary заверять у нотариуса ~ of arrivals регистрация прибытия ~ of decisions запись решений ~ of forwarding регистрация отправки ~ of keystrokes вчт. последовательность клавиш ~ of resolutions запись решений ~ of sentence протокольная запись приговора суда his ~ is against him его прошлое говорит против него;
    record of service послужной список;
    трудовая книжка root ~ вчт. корневая запись sales ~ учет продаж semifixed ~ вчт. запись ограниченной длины sorted ~s вчт. отсортированные записи source ~ вчт. исходная запись space ~ вчт. разделяющая запись stock ~ книга учета запасов stock ~ учет запасов summary ~ вчт. итоговая запись target ~ вчт. целевая запись total ~ вчт. итоговая запись track ~ вчт. сведения о продвижении по службе trailer ~ вчт. заключительная запись to keep to the ~ держаться сути дела;
    to travel out of the record вводить (что-л.), не относящееся к делу trial by the ~ производство по спору о наличии признанного судебным решением долга undefined-length ~ вчт. запись неопределенной длины unformatted ~ вчт. неформатная запись unit ~ вчт. единичная запись variable length ~ вчт. запись переменной длины variable-length ~ вчт. запись переменной длины variant ~ вчт. запись с вариантами

    Большой англо-русский и русско-английский словарь > record

  • 18 clock synchronization

    1. синхронизация по тактам
    2. синхронизация времени

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

     

    синхронизация по тактам
    тактовая синхронизация
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > clock synchronization

  • 19 time synchronization

    1. синхронизация времени

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > time synchronization

  • 20 switch

    1. переключатель (в программе)
    2. переключатель
    3. коммутационный аппарат
    4. коммутатор (сети и системы связи)
    5. коммутатор (в вычислительной сети)
    6. коммутатор
    7. выключатель

     

    выключатель
    Коммутационный электрический аппарат, имеющий два коммутационных положения или состояния и предназначенный для включении и отключения тока.
    Примечание. Под выключателем обычно понимают контактный аппарат без самовозврата. В остальных случаях термин должен быть дополнен поясняющими словами, например, «выключатель с самовозвратом», «выключатель тиристорный» и т. д.
    [ ГОСТ 17703-72]

    выключатель
    Контактный коммутационный аппарат, способный включать, проводить и отключать токи при нормальных условиях в цепи, а также включать, проводить в течение нормированного времени и отключать токи при нормированных анормальных условиях в цепи, таких как короткое замыкание.
    [ ГОСТ Р 52565-2006]

    выключатель
    Устройство для включения и отключения тока и напряжения в одной или более электрических цепях.
    Примечание. При отсутствии других указаний под понятиями «напряжение» и «ток» подразумевают их среднеквадратичные значения.
    [ ГОСТ Р 51324.1-2005]

    выключатель
    Прибор для включения и отключения электрического оборудования и устройств
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

    EN

    (on-off) switch
    switch for alternatively closing and opening one or more electric circuits
    Source: 581-10-01 MOD
    [IEV number 151-12-23]

    FR

    interrupteur, m
    commutateur destiné à fermer et ouvrir alternativement un ou plusieurs circuits électriques
    Source: 581-10-01 MOD
    [IEV number 151-12-23]

    При отключении воздушных и кабельных линий тупикового питания первым рекомендуется отключать выключатель со стороны нагрузки, вторым — со стороны питания.
    [РД 153-34.0-20.505-2001]

    ... так чтобы она с меньшей выдержкой времени отключала выключатели с той стороны, на которой защита отсутствует;
    [ПУЭ]

    б) блокировка между выключателями нагрузки или разъединителем и заземляющим разъединителем, не позволяющая включать выключатель нагрузки или разъединитель при включенном заземляющем разъединителе и включать заземляющий разъединитель при включенном выключателе нагрузки или разъединителе;
    [ ГОСТ 12.2.007.4-75]

    Испытания изоляции выключателей и разъединителей должны быть проведены при включенном и отключенном положениях.
    [ ГОСТ 1516_1-76]
     

    Выключатели предназначены для оперативной и аварийной коммутации в энергосистемах, т.е. выполнения операций включения и отключения отдельных цепей при ручном или автоматическом управлении. Во включенном состоянии выключатели должны беспрепятственно пропускать токи нагрузки. Характер режима работы этих аппаратов несколько необычен: нормальным для них считается как включенное состояние, когда они обтекаются током нагрузки, так и отключенное, при котором они обеспечивают необходимую электрическую изоляцию между разомкнутыми участками цепи. Коммутация цепи, осуществляемая при переключении выключателя из одного положения в другое, производится нерегулярно, время от времени, а выполнение им специфических требований по отключению возникающего в цепи короткого замыкания чрезвычайно редко. Выключатели должны надежно выполнять свои функции в течение срока службы, находясь в любом из указанных состояний, и одновременно быть всегда готовыми к мгновенному эффективному выполнению любых коммутационных операций, часто после длительного пребывания в неподвижном состоянии. Отсюда следует, что они должны иметь очень высокий коэффициент готовности: при малой продолжительности процессов коммутации (несколько минут в год) должна быть обеспечена постоянная готовность к осуществлению коммутаций.
    [ http://relay-protection.ru/content/view/46/8/]

    Тематики

    Действия

    Сопутствующие термины

    EN

    DE

    FR

     

    коммутатор
    -

    Коммутатор (англ. Switch) -
    в переводе с англ. означает переключатель. Это многопортовое устройство, обеспечивающее высокоскоростную коммутацию пакетов между портами. Встроенное в него программное обеспечение способно самостоятельно анализировать содержимое пересылаемых по сети блоков данных и обеспечивать прямую передачу информации между любыми двумя портами, независимо от всех остальных портов устройства.

    Одновременно с разработкой новых, более высокоскоростных технологий передачи данных перед производителями компьютерного оборудования по-прежнему стояла задача найти какие-либо способы увеличения производительности локальных сетей Ethernet старого образца, минимизировав при этом как финансовые затраты на приобретение новых устройств, так и технологические затраты на модернизацию уже имеющейся сети. Поскольку класс 10Base2 был единодушно признан всеми разработчиками "вымирающим", эксперты сосредоточились на технологии 10BaseT. И подходящее решение вскоре было найдено.

    Как известно, стандарт Ethernet подразумевает использование алгоритма широковещательной передачи данных. Это означает, что в заголовке любого пересылаемого по сети блока данных присутствует информация о конечном получателе этого блока, и программное обеспечение каждого компьютера локальной сети, принимая такой пакет, всякий раз анализирует его содержимое, пытаясь "выяснить", стоит ли передать данные протоколам более высокого уровня (если принятый блок информации предназначен именно этому компьютеру) или ретранслировать его обратно в сеть (если блок данных направляется на другую машину). Уже одно это заметно замедляет работу всей локальной сети. А если принять во внимание тот факт, что устройства, используемые в качестве центрального модуля локальных сетей с топологией "звезда" - концентраторы (хабы) - обеспечивают не параллельную, а последовательную передачу данных, то мы обнаруживаем еще одно "слабое звено", которое не только снижает скорость всей системы, но и нередко становится причиной "заторов" в случаях, когда, например, на один и тот же узел одновременно отсылается несколько потоков данных от разных компьютеров-отправителей. Если возложить задачу первоначальной сортировки пакетов на хаб, то эту проблему можно было бы частично решить. Это было проделано, и в результате появилось устройство, названное switch, или коммутатор.

    Switch полностью заменяет в структуре локальной сети 10BaseT хаб, да и выглядят эти два устройства практически одинаково, однако принцип работы коммутатора имеет целый ряд существенных различий. Основное различие заключается в том, что встроенное в switch программное обеспечение способно самостоятельно анализировать содержимое пересылаемых по сети блоков данных и обеспечивать прямую передачу информации между любыми двумя из своих портов независимо от всех остальных портов устройства.

    Эту ситуацию можно проиллюстрировать на простом примере. Предположим, у нас имеется коммутатор, оснащенный 16 портами. К порту 1 подключен компьютер А, который передает некую последовательность данных компьютеру С, присоединенному к 16-му порту. В отличие от хаба, получив этот пакет данных, коммутатор не ретранслирует его по всем имеющимся в его распоряжении портам в надежде, что рано или поздно он достигнет адресата, а проанализировав содержащуюся в пакете информацию, передает его непосредственно на 16-й порт. В то же самое время на порт 9 коммутатора приходит блок данных из другого сегмента локальной сети 10BaseT, подключенного к устройству через собственный хаб. Поскольку этот блок адресован компьютеру В, он сразу отправляется на порт 3, к которому тот присоединен.

    Следует понимать, что эти две операции коммутатор выполняет одновременно и независимо друг от друга. Очевидно, что при наличии 16 портов мы можем одновременно направлять через коммутатор 8 пакетов данных, поскольку порты задействуются парами. Таким образом, суммарная пропускная способность данного устройства составит 8 х 10 = 80 Мбит/с, что существенно ускорит работу сети, в то время как на каждом отдельном подключении сохранится стандартное значение 10 Мбит/с. Другими словами, при использовании коммутатора мы уменьшаем время прохождения пакетов через сетевую систему, не увеличивая фактическую скорость соединения.

    Итак, в отличие от концентраторов, осуществляющих широковещательную рассылку всех пакетов, принимаемых по любому из портов, коммутаторы передают пакеты только целевому устройству (адресату). В результате уменьшается трафик и повышается общая пропускная способность, а эти два фактора являются критическими с учетом растущих требований к полосе пропускания сети со стороны современных приложений.

    Коммутация популярна как простой, недорогой метод повышения доступной полосы пропускания сети. Современные коммутаторы нередко поддерживают такие средства, как назначение приоритетов трафика (что особенно важно при передаче в сети речи или видео), функции управления сетью и управление многоадресной рассылкой.

    Приведем некоторые общие характеристики коммутаторов:защита с помощью брандмауэров;

    • кэширование Web-данных, поддержка высокоскоростных гигабитных соединений;
    • расширенные возможности сетевой телефонии;
    • защита настольных компьютеров и сетевое управление;
    • фильтрация многоадресного трафика для более эффективного использования полосы пропускания при работе с видеотрафиком;
    • адаптивная буферизация портов с распределением памяти между буферами портов в реальном времени, обеспечивающая автоматическую оптимизацию производительности в зависимости от сетевого трафика;
    • управление потоками на основе стандартов для обеспечения максимальной производительности и минимизации потерь пакетов при большой загрузке сети;
    • поддержка объединения каналов для создания единого высокоскоростного канала связи с другим коммутатором или магистральной сетью;
    • автоматическое определение полу/полнодуплексного режима на всех портах, обеспечивающее максимальную производительность без ручной настройки;
    • порты 10/100 Мбит/с с автоматическим определением скорости передачи для каждого порта автоматически настраиваются на скорость подключенного устройства;
    • встроенная система контроля и управления позволяет уполномоченным администраторам осуществлять поиск и устранение неисправностей и настройку стека из любого места;
    • поддержка отказоустойчивых соединений, а также дополнительных резервных блоков питания.


    [ http://sharovt.narod.ru/l10.htm]

    Тематики

    EN

     

    коммутатор (сети и системы связи)
    Активный сетевой компонент, который соединяет две или несколько подсетей, которые, в свою очередь, могут состоять из сегментов, соединенных повторителями.
    Примечание. Коммутаторы устанавливают границы для так называемых областей коллизий. Между сетями, разделенными коммутаторами, коллизии невозможны; пакеты, направляемые на конкретную подсеть, на другие подсети не попадают. Для этого коммутаторы должны знать адреса оборудования подключенных станций. Коллизий в сети можно полностью избежать в том случае, если к порту коммутатора подключен только один активный сетевой компонент.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    EN

    switch
    active network component. Switches connect two or more sub networks, which themselves could be built of several segments connected by repeaters. Switches establish the borders for so called collision domains. Collisions cannot take place between networks divided by switches, data packets destined to a specific sub network do not appear on the other sub networks. To achieve this, switches must have knowledge of the hardware addresses of the connected stations. In cases where only one active network component is connected to a switch port, collisions on the network can be avoided
    [IEC 61850-2, ed. 1.0 (2003-08)]

    Тематики

    EN

     

    коммутационный аппарат
    Аппарат, предназначенный для включения или отключения тока в одной или нескольких электрических цепях.
    МЭК 60050(441-14-01).
    Примечание.  Коммутационный аппарат может совершать одну из этих операций или обе
    [ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

    коммутационный аппарат
    Электрический аппарат, предназначенный для коммутации электрической цепи и снятия напряжения с части электроустановки (выключатель, выключатель нагрузки, отделитель, разъединитель, автомат, рубильник, пакетный выключатель, предохранитель и т.п.).
    [ПОТ Р М-016-2001]
    [РД 153-34.0-03.150-00]

    EN

    switching device
    a device designed to make or break the current in one or more electric circuits
    [IEV number 441-14-01]

    FR

    appareil de connexion
    appareil destiné à établir ou à interrompre le courant dans un ou plusieurs circuits électriques
    [IEV number 441-14-01]

    Тематики

    • аппарат, изделие, устройство...

    EN

    DE

    FR

     

    переключатель
    Контактный коммутационный аппарат, предназначенный для переключения электрических цепей.
    [ ГОСТ 17703-72]

    переключатель
    коммутатор
    -
    [IEV number 151-12-22]

    EN

    switch
    device for changing the electric connections among its terminals
    [IEV number 151-12-22]

    FR

    commutateur (1), m
    dispositif destiné à modifier les connexions électriques entre ses bornes
    [IEV number 151-12-22]

    Тематики

    • аппарат, изделие, устройство...
    • выключатель, переключатель

    Классификация

    >>>

    EN

    DE

    FR

     

    переключатель (в программе)
    Управляемый флажком выбор одного перехода из группы возможных переходов в программе.
    [ ГОСТ 19781-90]

    Тематики

    • обеспеч. систем обраб. информ. программное

    EN

    3.44 коммутатор (switch): Устройство, обеспечивающее возможность соединения сетевых устройств посредством внутренних механизмов коммутации.

    Примечание - В отличие от других соединительных устройств локальной сети (например, концентраторов) используемая в коммутаторах технология устанавливает соединения на основе «точка-точка». Это обеспечивает возможность того, чтобы сетевой трафик был виден только адресованным сетевым устройствам, и делает возможным одновременное существование нескольких соединений. Технология коммутации обычно может быть реализована на втором или третьем уровне эталонной модели взаимодействия открытых систем.

    Источник: ГОСТ Р ИСО/МЭК 18028-1-2008: Информационная технология. Методы и средства обеспечения безопасности. Сетевая безопасность информационных технологий. Часть 1. Менеджмент сетевой безопасности оригинал документа

    3.39 коммутатор (switch): Устройство, обеспечивающее соединение сетевых устройств посредством внутренних механизмов коммутации, с технологией коммутации, обычно реализованной на втором или третьем уровне эталонной модели взаимодействия открытых систем.

    Примечание - Коммутаторы отличаются от других соединительных устройств локальной сети (например, концентраторов), так как используемая в коммутаторах технология устанавливает соединения на основе «точка - точка».

    Источник: ГОСТ Р ИСО/МЭК 27033-1-2011: Информационная технология. Методы и средства обеспечения безопасности. Безопасность сетей. Часть 1. Обзор и концепции оригинал документа

    3.1 выключатель (switch): Устройство для включения и отключения тока и напряжения1) в одной или более электрических цепях.

    1) При отсутствии других указаний под понятиями «напряжение» и «ток» подразумевают их среднеквадратичные значения.

    Источник: ГОСТ Р 51324.1-2005: Выключатели для бытовых и аналогичных стационарных электрических установок. Часть 1. Общие требования и методы испытаний оригинал документа

    72. Переключатель (в программе)

    Switch

    Управляемый флажком выбор одного перехода из группы возможных переходов в программе

    Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > switch

Страницы

См. также в других словарях:

  • данные — Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки. [ИСО/МЭК 2382 1] [ГОСТ Р 52292 2004] данные Информация, представленная в виде, пригодном для обработки автоматическими… …   Справочник технического переводчика

  • Данные — [data] сведения о состоянии любого объекта экономического или не экономического, большой системы или ее элементарной части (элемента), о человеке и машине и т. д., представленные в формализованном виде и предназначенные для обработки (или уже… …   Экономико-математический словарь

  • Инженерия производительности — (англ. Performance Engineering) часть системотехники, включающая в себя набор ролей, знаний, практик, инструментов и результатов и применяющаяся на каждом этапе Цикла разработки программного обеспечения с целью убедиться в том, что создаваемое,… …   Википедия

  • ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор — Терминология ГОСТ Р ИСО 15531 1 2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа: 3.6.49 временная модель (time model): Модель характеристики… …   Словарь-справочник терминов нормативно-технической документации

  • Тестирование производительности — В этой статье не хватает ссылок на источники информации. Информация должна быть проверяема, иначе она может быть поставлена под сомнение и удалена. Вы можете …   Википедия

  • планирование производительности — 3.6.5 планирование производительности (capacity planning): Процесс определения требуемой производительности для предполагаемого производства. Источник …   Словарь-справочник терминов нормативно-технической документации

  • ГОСТ 27.204-83: Надежность в технике. Технологические системы. Технические требования к методам оценки надежности по параметрам производительности — Терминология ГОСТ 27.204 83: Надежность в технике. Технологические системы. Технические требования к методам оценки надежности по параметрам производительности оригинал документа: 2.1.5. Пример. Оценить показатели надежности двухучастковой ТС с… …   Словарь-справочник терминов нормативно-технической документации

  • планирование требований к ресурсам; планирование резкого сокращения производительности — 3.6.44 планирование требований к ресурсам; планирование резкого сокращения производительности [resources requirements planning; rough cut capacity planning (RCCP)]: Процесс приведения производственного плана и/или производственного графика в… …   Словарь-справочник терминов нормативно-технической документации

  • Производительность труда — (Labor productivity) Определение производительности труда, показатели производительности труда, эффективность труда Информация об определении производительности труда, показатели производительности труда, эффективность труда Содержание Содержание …   Энциклопедия инвестора

  • Mozilla Firefox — Запрос «Firefox» перенаправляется сюда; см. также другие значения …   Википедия

  • ТРУДОСПОСОБНОСТЬ — ТРУДОСПОСОБНОСТЬ, понятие, теснейшим образом связанное с понятием «рабочая сила», или «работоспособность». Понятие Т. не следует отождествлять с понятием «работоспособность», как это делают нек рые авторы (Виг… …   Большая медицинская энциклопедия

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»